home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 081 / omam_112.arc / MAMNOTES.DOC < prev    next >
Text File  |  1987-12-18  |  7KB  |  192 lines
  1. MAMNOTES
  2.  
  3. RASMAM was written by:
  4.  
  5.             Roger Smith, Jr.
  6.             1325 Greendale Ave. #29
  7.             Fort Walton Beach, FL  32548
  8.  
  9.             RSBBS/Opus (FidoNet 366/14)
  10.             (904) 863-8408
  11.             300/1200/2400/HST
  12.             24 Hours
  13.             File Requests are not accepted during NMH
  14.  
  15. The latest version of RASMAM is always available on the RSBBS in a file
  16. called OMAM_*.ARC.  When a new version is released, the necessary files
  17. to upgrade to the new version are placed in a file called NEW_MAM.ARC.
  18. The latest version of MAMNOTES is available in a file called MAMNOTES.ARC.
  19. All of these files are file-requestable from the RSBBS.
  20.  
  21. -----
  22. December 19, 1987
  23.  
  24. Version 1.12 of RASMAM is now available.  It fixes a bug that caused the
  25. program to crash on systems with large user lists.  The program also
  26. runs faster due to a new method of looking up names.
  27.  
  28. The hash used to store the subject of each message is now 16-bits long.
  29. This should reduce the chances of two different subjects being linked by
  30. the RENUM CHAIN or RENUM SUBJECT commands.
  31.  
  32. After a RENUM CHAIN or RENUM SUBJECT, the last message in an area should
  33. no longer display a message saying "There is a reply."
  34.  
  35. The new DATE command allows you to select how RASMAM will determine the age
  36. of a message.  DATE ARRIVED tells RASMAM to use the date the message arrived
  37. on your system.  DATE WRITTEN tells RASMAM to use the date the message was
  38. created.
  39.  
  40. The MESSAGES command is no longer needed and if used will produce a warning.
  41.  
  42. -----
  43. December 10, 1987
  44.  
  45. Note: Versions 1.02 to 1.11 of RASMAM were *test* versions of RASMAM.
  46. Version 1.12 which will be released soon is essentially the same as
  47. 1.11, but is an *official* release.  (The only difference between an
  48. official release and a test release is that I tell more people about
  49. the official releases.  Because I tell more people about them, I take
  50. more care to make sure they work correctly and that the documentation
  51. is complete.)
  52.  
  53. -----
  54. November 10, 1987
  55.  
  56. The names of the built-in macros have changed in version 1.10.  New macros
  57. have been added.  Many new commands have been added.  See the file
  58. NEW_110.DOC for a summary of the new commands.  (Note: 1.10 is a *test*
  59. version.)
  60.  
  61. -----
  62. October 24, 1987
  63.  
  64. My net address is now 366/14.  If you have any of my older programs
  65. (Crash, OpusWait, EditSys, ARCSWEEP, Poker, ...) available for download
  66. on your board, please make up a README file with my new FidoMail and
  67. street addresses and add it to the archive.
  68. ------
  69. October 18, 1987
  70.  
  71. Version 1.01 of RASMAM (OMAM_101.ARC) fixes (I hope) the following problems:
  72.  
  73.   o Null messages were being created in some areas (sometimes).
  74.  
  75.   o Missing messages were being listed as waiting for the Sysop.
  76.  
  77.   o Error 53 was popping up occasionally.
  78.  
  79.   o RASMAM wasn't correctly updating echomail highwater marks in 1.MSG.
  80.  
  81.   o RASMAM wasn't storing some error messages in the log file.
  82.  
  83.   o RASMAM was using its default header format instead of the one
  84.     specified in the FILE HEADER statement when the script did not
  85.     have an ANSI header specified and the user had ANSI enabled.
  86. -----
  87. October 17, 1987
  88.  
  89. Oops, I forgot to document the ^F^T and ^F^D embedded commands in the 
  90. header and trailer files.  ^F^T is replaced by the time that MAM was
  91. run.  ^F^D is replaced by the date.  Other embedded commands are passed
  92. right through to Opus.
  93. -----
  94. October 17, 1987 
  95.  
  96. The DELETE command will also delete by privilege.  For example,
  97.  
  98.      DELETE SYSOP
  99.  
  100. doesn't delete the custom welcome waiting for Sysop, but instead deletes
  101. all custom welcomes waiting for users with Sysop privilege.
  102. -----
  103. October 9, 1987 (Happy Birthday, John)
  104.  
  105. For a message to be ARCHIVEd or KILLed, it must pass all the tests specified
  106. in the ARCHIVE or KILL command.  For example,
  107.  
  108.          KILL RECEIVED DAYS 7
  109.  
  110. will only delete messages older than 7 days that have been read.  While
  111.  
  112.          KILL RECEIVED
  113.          KILL DAYS 7
  114.  
  115. will delete messages that have been read OR are older than 7 days.
  116. -----
  117. October 5, 1987
  118.  
  119. Warning:
  120.   The PATH CUSTOM statement (when used without the KEEP option) deletes all
  121.   files in the specified path that have a filename like 1*.BBS, 2*.BBS,
  122.   3*.BBS, ... 9*.BBS.  So it will delete files named something like
  123.   "99AREA.BBS" or "100-11.BBS."
  124. -----
  125. October 4, 1987
  126.  
  127. There seems to be a little confusion about the order of execution of commands.
  128. RASMAM executes commands when it encounters them in the script.  The RENUM
  129. and WAIT commands, however, just set flags.  The actual WAIT and RENUM
  130. operations are not executed until the END AREA command is read from the script.
  131. KILL and ARCHIVE commands are executed in the order that they appear in the
  132. script.
  133. -----
  134. October 2, 1987
  135.  
  136. If you're willing to experiment, you'll find that most commands can be
  137. moved to odd places in your script.  For example, the DELETE command
  138. can be placed after one area is scanned and before another is scanned.
  139. This is nice in cases where a Sysop calls your board to check out your
  140. General message area, but he gets some of your other areas via echomail.
  141. He doesn't really need to be confronted with a list of messages waiting
  142. for him in the echomail areas.  So, here's the way around that.
  143.  
  144. Scan the echomail areas first:
  145.  
  146.       AREA MEADOW ECHO
  147.         WAIT
  148.         ....
  149.       END AREA 
  150.       ....
  151.  
  152. Then DELETE the user's custom welcome (if any):
  153.  
  154.       DELETE JAMES YOUNG
  155.  
  156. Now, scan the rest of your message areas:
  157.  
  158.       AREA GENERAL
  159.         WAIT
  160.         ...
  161.       END AREA
  162.       ....
  163.  
  164. Future versions of RASMAM will offer better solutions!
  165. -----
  166. October 2, 1987
  167.  
  168. You can speed up your system a little if you have the latest version of
  169. Norton's Utilities.  The DirSort (DS) program can be used as a simple
  170. disk optimizer (it just "optimizes" the directories).  After you run
  171. MAM in your batch file, use the following commands:
  172.  
  173.             cd \opus\messages
  174.             ds /s n-
  175.  
  176. Change the path after "cd" to whatever your system requires.  The "ds"
  177. command will sort all the message directories in reverse order by name.
  178. This serves two purposes: it moves deleted directory records to the end
  179. and puts files like DIR.BBS at the start of the message area.  That
  180. way Opus should be able to find the files quicker.
  181. -----
  182. September 27, 1987
  183.  
  184. RASMAM looks in the ECHO.CTL file to determine the area number
  185. and path for each message area.  You must have a line in ECHO.CTL
  186. for each message area that you wish to manage with RASMAM.  Opus
  187. will not mind if you have a message area listed in ECHO.CTL with
  188. no node numbers listed after it.  But, Opus 1.03a is picky about
  189. the format of ECHO.CTL.  Do not use extra spaces in the file
  190. AND MAKE SURE THE LAST LINE ENDS WITH A CARRIAGE RETURN!
  191. -----
  192.